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Description 

BACKGROUND OF THE INVENTION 

The present invention relates to complex sys- 
tems including intelligent work stations (shortly re- 
ferred to as IWS's herebelow) and host computers 
(shortly referred to as hosts herebelow), and it is 
particularly concerned with a distributed interactive 
processing method suitable to distribute the load 
on the hosts to the IWS's in such a system as well 
as with the means for performing the said method. 

In an interactive processing system such as 
the time sharing system (TSS), for the user's re- 
quest issued from a terminal equipment, the syn- 
tactical check has been effected on the terminal 
side as described in the JP-A-60-144839. However, 
the request itself is analyzed in the virtual address 
space of a host computer to select a program 
satisfying the request in the same space. The 
selected program first arranges the necessary envi- 
ronment, for example, allocates file and effects an 
OPEN processing thereon, and then executes the 
requested processing. 

PROCEEDINGS 1st INTERNATIONAL CON- 
FERENCE ON COMPUTER WORKSTATIONS, San 
Jose, California, 11th-14th November 1985, pages 
198-208, IEEE, New York report on a project for a 
network of highly autonomous yet cooperating per- 
sonal computer work stations and shared servers. 
An important aspect of the said project is to pro- 
vide processor sharing by creating a pool of com- 
pute servers in the network that may be used by 
the work stations to supplement their computing 
needs. Some processors are permanently desig- 
nated to be the compute servers, and in addition, 
through an advertisement mechanism, any work 
station may make itself temporarily available for a 
specific duration of time to be used as a compute 
server. The main object of the said project is to 
supplement the computing capability. 

The said project is also dealt with in PRO- 
CEEDINGS OF THE 1985 INTERNATIONAL CON- 
FERENCE ON PARALLEL PROCESSINGm 20- 
23rd August 1985, pages 139-142, IEEE, New 
York. There it is indicated that the system is de- 
signed to allow processors to advertise themselves 
as available to some or all nodes in the network 
and withdraw as a compute server in a fully distrib- 
uted manner. 

The gist of the said project demands that the 
computing environment is decentralised and the 
network resources are dynamically configured. The 
work stations are allowed to use the compute serv- 
ers freely and they may make themselves available 
to be used as compute servers. Respective work 
stations designate respective compute servers they 
will use. The work stations use the compute serv- 



ers by selecting them from the pool of available 
compute servers. The computing needs are shared 
among respective work stations and their own pro- 
cessings are executed by the use of free compute 
s servers. Accordingly, respective work stations 
transmit the programs to the processors by them- 
selves. 

Further, IBM TECHNICAL DISCLOSURE BUL- 
LETIN, vol. 23, no. 5, October 1980, pages 1811- 

w 1812 describe a node processor for distributed 
system control which is designed to be used in a 
distributed data processing system for connecting 
a local processor to a communications network to 
which are connected a number of other indepen- 

75 dent local processors. The distributed processing 
system is of a type wherein the different processes 
or task sets that can be performed by the different 
local processors are assigned process names and 
communications are carried on within and between 

20 the different local processors by means of mes- 
sages which are addressed to the different pro- 
cesses by their process names. The node proces- 
sor accomplishes process name recognition and 
provides message acceptance and routing func- 

25 tions. A process table is provided on the side of 
the servers. 

Generally, in a transaction processing system 
(on-line system) a request is issued from a terminal 
in a small unit called a transaction to a host com- 
30 puter. A transaction executes a processing in ac- 
cordance with the request in a fixed fashion in a 
space where the pertinent environment is arranged 
in advance. 

In the transaction processing system, the pro- 

35 cessing is effected in the unit of transaction, name- 
ly, in an intermittent manner and in a fixed fashion. 
Consequently, this system is suitable for use with 
an automatic banking machine and the like of a 
bank; however, the transaction processing system 

40 is not suitable for an irregular job including various 
kinds of unfixed data. 

In other words, as shown in Fig. 8, regular job 
requests supplied from a great number of termi- 
nals, for example, several thousands in number are 

45 processed in a fixed fashion. The host is provided 
with a data communication program to be effected 
by a terminal control section and job programs 
each for achieving a regular or fixed job and an 
input from a terminal is processed by a job pro- 

50 gram structured for a fixed purpose. 

In the TSS, as shown in Fig. 9, request indica- 
tions inputted from a relatively small number of 
terminals i.e. about 100 in number are received in 
a logical space disposed for each terminal and is 

55 subjected to a request analysis, and then a pro- 
cessing program is loaded for execution. In the 
host, there are provided a terminal control program, 
a request analysis program to analyze requests 
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from the respective terminals, and processing pro- 
grams corresponding to the respective requests. 
Since the request analysis program and the pro- 
cessing programs are prepared for each terminal, 
the TSS is suitable for an irregular job handling 
various kinds of data. 

In the TSS and the transaction processing sys- 
tem, a terminal is assigned to a host computer and 
cannot be easily allocated to be commonly or 
randomly shared among a plurality of host sys- 
tems. 

In the TSS of the conventional technology, 
although the syntactical check may be considered 
to be achieved in a terminal equipment, the request 
analysis cannot be implemented therein; conse- 
quently, there is provided a process (virtual ad- 
dress space) for each terminal to execute pro- 
grams therein, namely, the request from a terminal 
is analyzed in the space and the processing envi- 
ronment is established in the same space, thereby 
executing a processing associated with the request. 
As a result, although the TSS is suitable for the 
irregular job to process various kinds of unfixed 
data, a large load is imposed on the host, which 
therefore cannot simultaneously process the re- 
quests from many terminals. 

Furthermore, in the transaction processing sys- 
tem, there does not exist a connection between a 
terminal and a particular process (space) of the 
host computer, namely, there is not allocated a 
processing space dedicated to each terminal, and 
a routine or regular processing is effected in an 
intermittent fashion. Consequently, the load on the 
host can be reduced; however, irregular requests 
cannot be freely processed in the transastion pro- 
cessing system. 

Moreover, in a system including a plurality of 
host computers, a terminal is required to be con- 
nected to a particular host before starting an inter- 
active processing, which leads to a problem that 
terminals cannot concurrently and arbitrarily access 
a plurality of hosts for the services thereof. 

SUMMARY OF THE INVENTION 

The said object is achieved by means of a 
method as defined in the appended claim 1; ad- 
vantageous further developments of the said meth- 
od and apparatus for performing it respectively are 
defined in subclaims. 

A user's request issued in an intelligent termi- 
nal is analyzed in the work station. When the work 
station recognizes that a particular server process 
in a particular host is necessary, a connection to 
the particular objective server process is estab- 
lished by means of a communication between pro- 
cesses. The server process sequentially receives 
processing requests from the process of the work 



station thus connected. Since the server process is 
a process prepared to realize or implement a pre- 
determined kind of request, the processing can be 
effected without re-establishing the processing en- 

5 vironment for each request. Thus, since one server 
process can receive processing requests from a 
plurality of terminals the host can assign an ad- 
dress space smaller than the number of the termi- 
nals thereby to reduce the address space of hosts. 

10 When the kind of request from the user is 

changed, a new connection to another server pro- 
cess is established via the IWS and the processing 
is continued. In this situation, since the commu- 
nication between processes (program executions) 

75 can be achieved with respect to any host, the 
server process may exist in an arbitrary host, and 
hence, in the case of a system including a plurality 
of hosts, the IWS can sequentially issue a request 
to the server process of each host to interactively 

20 perform an operation from the IWS. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be apparent from the 
25 following detailed description taken in conjunction 
with the accompanying drawings in which: 

Fig. 1 is an overall system configuration diagram 
of a complex computer system including intel- 
ligent terminals and host computers according 
30 to the present invention; 

Fig. 2 is a schematic block diagram illustrating 
the operation on the intelligent work station 
(IWS) side; 

Fig. 3 is a schematic block diagram illustrating 

35 the operation on the host side; 

Figs. 4 to 6 are flow charts respectively for 
explaining the operations of the screen control 
section, the request analysis/status control sec- 
tion, and process section of Fig. 2; 

40 Fig. 7 is a block diagram exemplarily illustrating 
the configuration of the host; 
Figs. 8 and 9 are explanatory diagrams for ex- 
plaining the prior art TSS and on-line system, 
respectively; and 

45 Fig. 10 is a conceptual diagram of the present 
invention useful for the comparison with the sys- 
tems of Figs. 8 and 9. 

DESCRIPTION OF THE PREFERRED EMBODI- 
50 MENTS 

A description will be given of an embodiment 
of the present invention with reference to the ac- 
companying drawings. 
55 In Fig. 1, there is shown an overall configura- 

tion of a distributed interactive processing system 
which comprises an intelligent work station side 1 
and a host computer side 2 connected to each 
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other according to the present invention. Intelligent 
work stations (IWS's) ^^ , I2, 1 n in the side 1 are 
connected to host computers 2^ , 2 2 , 2 m in the 

side 2 via communication lines 3j (i = 1,2 i). 

Each IWS 1j includes a plurality of processes 4j 
each for processing the user's request and a com- 
munication control section 5 for controlling commu- 
nication lines 3j. Each host computer comprises a 
host supervisor (program) providing a communica- 
tion control space 6 for controlling the communica- 
tion lines 3i , 32, ... and a plurality of servers 7i , 72, 
li for executing processing associated with the 
processing requests. The servers 7i , 7 2 , .... are 
classified in accordance with the kinds associated 
with the processing requests from the process 4j in 
the IWS 1j, and a particular request from the pro- 
cess 4j is executed by a particular server 1\ cor- 
responding thereto. 

Next, referring to Fig. 2 and subsequent dia- 
grams, the operation of the present invention will 
be described. 

Fig. 2 is a block diagram schematically illus- 
trating processing blocks in the IWS 1i by way of 
example for IWS. The IWS 1i is connected to a 
display 8 and a mouse 9 as an input device for 
specifying a position on the display 8. The end 
user at the IWS 1 1 selects by means of the mouse 
9 a graphic image called "Icon" displayed on the 
display device 8 in order to issue a request. The 
Icon is displayed as a graphic image associated 
with a name assigned to a resource such as a file, 
a program, or the like in a meaningful manner, 
thereby helping the user easily identify the re- 
source. For example, a graphic image or picture 
illustrating a combination of a report sheet and a 
table is used as an Icon to represent a file storing 
data in a table format. The user identifies Icons 
representing objective files and programs for a 
desired operation among the Icons displayed on 
the screen of the IWS 1i and operates the mouse 
7 to move the arrow-mark cursor to the pertinent 
Icon on the screen, thereby effecting an operation 
to select the Icon. 

When the user selects one of Icons displayed 
on the screen by the screen control section 10 
(step 41 of Fig. 4), the position select signal is 
inputted from the mouse 9 to the screen control 
section 10 of the IWS 1i, and then the Icon num- 
ber is obtained through the steps 42-47 of Fig. 4. 
The request analyze/status control section 11 re- 
ceives the Icon number and the operation request. 
As shown in the steps 51-53 of Fig. 5, the request 
analyze/status control section 11 checks to deter- 
mine a location where a processing for the se- 
lected Icon is to be effected or can be achieved, 
namely, based on the Icon number, an Icon at- 
tribute table 12 stored and developed in the stor- 
age of the IWS 1i in advance is searched for a 



process name corresponding to the relevant Icon. 
To the Icon attribute table 12, there have been 
registered entries each including a pair of a kind of 
Icon 12a and a name of process 12b to implement 

5 processings for the Icon. Consequently, the name 
of the process to execute the processing can be 
determined by effecting a retrieval through the Icon 
attribute table 12. The request analyze/status con- 
trol section 11 initiates a process 4j having the 

10 name thus determined (step 53). 

The initiated process 4j obtains names of the 
processing objectives such as a file name and a 
program name extracted from the Icon attribute 
table 12. Since the processing objectives are en- 

75 tirely registered to a directory 13 in the IWS 1i in 
advance, the locations thereof are determined by 
conducting a retrieval through the directory 13. The 
name of a processing objective comprises a name 
in which node names of the directory 13 are linked 

20 to each other, and hence the nodes of the relevant 
directory 13 can be directly traced by use of the 
name of the processing objective. As described 
above, the directory 13 is configured in a tree 
structure. Namely, in an upper node 13a of a node 

25 13b of the determined objective, there is stored an 
existence location (indicating an existence proces- 
sor name of a processor where the node 13b 
exists, or a destination processor name (host 
name) for other than the own processor). Con- 

30 sequently, the process 4j can determine the des- 
tination or mate processor based on the name of 
the processing objective. The operation flow of the 
process 4j is shown in the steps 61-67 of Fig. 6. 
Here, if the existence locations of the processing 

35 objectives are in the own IWS 1i, the processing 
request can be accomplished in the IWS 1 1 . If the 
existence locations are in another processor i.e. 
host, the directory 13 is searched to determine the 
name of the server 7j in a host corresponding to 

40 the process 4j in the IWS 1 1 . It is here assumed 
that the name of the server 7j is stored in the 
storage within the IWS 1i corresponding to the 
processing requested by the process 4j. When the 
host name and the name of the server 7j in the 

45 host are determined, the process 4j issues a con- 
nection request to the communication control sec- 
tion 5 to establish a connection of IWS 1i to the 
objective server process 7j. Based on the pre- 
viously defined information such as a protocol, the 

50 communication control section 5 connects the com- 
munication line 3i to the destination processor i.e. 
relevant host computer 2j. After the connection is 
completed, the communication control section 5 
transfers a connection request buffer 14 to the host 

55 2. 

In order to establish a logical communication 
path between the process 4j and the server pro- 
cess 7j to be connected in the host 2j, the commu- 
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nication control section 5 of the IWS ^^ generates 
a connection request buffer 14 providing informa- 
tion indicative of a logical request for connecting 
the name of the process 4j and the name of the 
destination server process 7 U into a virtual memory 
of IWS 1i. When a logical communication path is 
established as a result, the process 4j in the IWS 
1i can directly achieve communication with the 
server process 7j of the host 2 { . The contents of 
request buffer area 14 are transferred to the com- 
munication control space 6 including a local su- 
pervisor program of the host 2 t via the communica- 
tion line 3i connecting the IWS 1i to the host 2j. 
The communication control space 6 has a function 
to accept a connection request and a processing 
request sent from the respective IWS 1i and to 
distribute the received requests to the correspond- 
ing ones of the server processes 7i , 7 2 , 7 3 , .... 

Referring now to Fig. 3, the configuration and 
operation of the host 2i will be described, by way 
of example. 

The host 2i includes the communication con- 
trol space 6 for receiving the connection and pro- 
cessing requests from the IWS 1i and for transfer- 
ring the received requests to a relevant server 7j. 

Information received via the communication 
line 3i is stored in a buffer (area) existing in a 
virtual storage of the communication control space 
6. The information sent from the IWS 1i includes 
the name of the process 4j as the source and the 
name of the server process 7j as the destination. In 
addition, information indicating the content of the 
request is also included in the sent information. 
When the content of the request is to establish a 
logical communication path, the communication 
control space 6 obtains the name of the server 
process 7j in the host for which the communication 
path is to be established by use of the information 
received via the communication line 3i . The server 
process 7j is a process to implement a function on 
a particular operation objective contained in the 
request issued from the IWS ^^ to the host 2i . For 
example, the mail server accomplishes a function 
in the case where the operation objective is an 
electronic mail, namely, conducts the retrieval, dis- 
tribution, and reception of the electronic mail. 
Moreover, there are provided the multi-media docu- 
ment server to store, to retrieve, and to extract the 
multi-media document; the print server to edit and 
to print the multi-media; and the data base server 
to retrieve, to store, and to extract the data base. At 
the initiation in the host 2, the server process 7j 
conducts an initial report to the communication 
control space 6. Upon receiving the start request, 
the communication control space 6 registers to a 
process name table 15 the name of the server 
process 7j received through the initiation report and 
the identifier of the space of the server process 7\. 



When a request to establish a logical commu- 
nication path is received from the IWS ^^, the 
communication control space 6 effects a retrieval 
on the process name table 15 by use of the server 

5 process name in the information transmitted to- 
gether with the request and obtains the space of 
the server process 7j. In the server process 7j, a 
task called the communication control section 6a is 
beforehand initiated at the initiation report of the 

w server process 7j and is waiting for a report from 
the communication control space 6. The commu- 
nication control space 6 transmits the report to the 
communication control section 6a in the server 
process 7 { by means of an interspace communica- 

75 tion function (cross-memory post). On receiving the 
report from the communication control space 6, the 
communication control section 6a receives from the 
communication control space 6 the data indicating 
the request to establish a logical communication 

20 path, the data being transferred via an area of the 
virtual storage to be commonly used by the re- 
spective spaces 6 and 7j. In the case where the 
request to open the logical communication path is 
to be accepted, an acknowledge answer is returned 

25 to the communication control space 6. The ac- 
knowledge answer is reported by use of a cross- 
memory post generated in a buffer of the common 
virtual storage. The communication control space 6 
passes the acknowledge answer via the commu- 

30 nication line 3i to the communication control sec- 
tion 5 of the IWS 1i. The communication control 
section 5 notifies the process 4j from which the 
request has been issued that the logical commu- 
nication path has been established. 

35 Through the procedures above, the process 4j 

in the IWS 1i establishes the logical communica- 
tion path to the server 7j in the objective host 2i . In 
this operation, the identification number of the logi- 
cal communication path is transferred to the pro- 

40 cess 4j in the IWS 1i and the server 7j in the host 
2i. 

When the logical communication path is estab- 
lished, the process 4j in the IWS 1i is enabled to 
freely communicate with the server 7j, and then like 

45 in the TSS, the server 7\ in the host 2^ executes a 
processing for the function requested to the host 
2i . To effect a particular request for the server 7j, 
the process 4j generates request information in the 
virtual storage of the IWS 1i, specifies the iden- 

50 tification number of the logical communication path, 
and notifies the information to the communication 
control section 5. The communication control sec- 
tion 5 then transmits the information to the commu- 
nication control space 6 in the host 2i via the 

55 communication line 3i . Based on the identifier of 
the logical communication path, the information is 
recognized to be destined to the server 7 t ; con- 
sequently, the information is delivered to the server 
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7i- 

The server 1\ is a server for handling a particu- 
lar operation objective, for example, a mail server 
for the electronic mail or the multi-media document 
server for the multi-media document. 

Since the server handles only the particular 
operation objective, it is possible to beforehand 
effect the OPEN processing by allocating the nec- 
essary files to the space of the server 7j. To this 
end, in the space of each server 7j, the fixed files 
required to handle the operation objectives of the 
server are subjected to the OPEN processing at 
the initiation. Fig. 7 shows the general configuration 
of the server 7 i5 which comprises a communication 
accept section 6a for receiving data from the com- 
munication space 6, a server control task 7a for 
conducting analysis of the content of data trans- 
ferred, and a plurality of request processing tasks 
7b for implementing the functions of the requests. 

The server task 7a issues a connect request to 
the communication control space 6 at the initiation, 
and as a result of the request, the communication 
accept section 6a is generated as a task. The 
server control task 7a then allocates the necessary 
files, opens the files, and waits for a request sent 
from the IWS side 1 . 

On receiving a processing request after the 
logical communication path to for example, the 
IWS 1i is opened, the server 1\ analyzes the re- 
quest by use of the server control task 7a. As a 
result, if the pertinent request processing task 7b 
has already been assigned, the server 1\ passes 
the request to the request processing task 7b; 
otherwise, the server 1\ selects a free task 7b and 
assignes the request to the task 7b. The request 
processing task 7b effects the processing in accor- 
dance with the content of the request from the IWS 
1i . The processing result is returned to the process 
4j in the IWS 1i by means of the same logical 
communication path 3i . 

As described above, the server l x is a process- 
ing space in which the environment is arranged to 
meet the particular processing request (i.e. the file 
allocation and the OPEN processing of the files 
have been completed). Although each server 1\ can 
effect a processing execution only for a particular 
processing request, a plurality of requests can be 
received, namely, the requests from many IWS's 
can be simultaneously processed with respect to 
the space by use of, for example, the technology of 
the time slicing. 

When the user's request to operate the IWS 1 : 
is changed and a change-over function to change 
over control to another server becomes necessary, 
the analyze/status control section 11 in the IWS 1i 
initiates a process corresponding to a new Icon and 
then a connection to a new server in the host 2^ is 
established in accordance with the IWS-host con- 



nect procedure. This connection is independent of 
the previous connection, namely, the previous con- 
nection may be retained to be used again when 
necessary. If such a connection is unnecessary, 

5 the connection is released as soon as possible. If 
necessary, a plurality of requests may be concur- 
rently issued by use of two connections at the 
same time so as to be processed concurrently. 
An example to effect the change-over of serv- 

w ers 7 in the IWS 1 is as follows. 

An electronic mail is received (by the elec- 
tronic mail server), the electronic mail is stored in 
an electronic cabinet (multi-media document store 
file) by means of the multi-media document server, 

75 and the document is printed by use of the print 
server. 

This sequence of processing is implemented 
as follows. In accordance with a request issued 
from the IWS 1 operator, the electronic server is 

20 connected to the IWS 1 , a request is issued to the 
electronic mail server to achieve the "electronic 
mail receive" function. Next, the multi-media server 
is connected and a request is made to the multi- 
media server to conduct the "store" function, and 

25 finally, the print server is connected and then a 
request is issued thereto to effect the "print" func- 
tion. 

According to the embodiment, since the user's 
request is analyzed in the IWS 1 and the process- 

30 ing environments (allocation and OPEN processing 
of files, development of tables in the memory, etc.) 
need not be set in each server of the host, and the 
server processes requests from a plurality of 
IWS's, which enables the number of server spaces 

35 to be limited, the load on the host can be reduced. 
Consequently, the number of IWS's to be con- 
nected to the host can be increased by the mag- 
nitude on the order of ten as compared with that of 
the prior art TSS. 

40 Moreover, in some cases, the server satisfying 

the processing request need not be necessarily 
allocated to a particular host, namely, data such as 
documents and tables of each host can be freely 
and in the same procedure accessed through the 

45 server of the common kind disposed in each host. 

Comparing now the method of the present in- 
vention with the prior art examples of Figs. 8 and 9, 
in the distributed interactive system of the present 
invention of Fig. 10, IWS's 1 are located on a 

50 plurality of terminal sides like in the on-line system 
to effect on the terminal sides the analysis of the 
request input from the terminal user, and on the 
host side, there are provided a communication pro- 
gram for conducting communications with the pro- 

55 grams (processes) on the IWS 1 side and various 
servers each having a single function; consequent- 
ly, processing requested from the plural IWS's can 
be collectively or concurrently be accomplished. As 
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a result, although the regular job and the irregular 
job can be processed in the present system, the 
range of the job may be limited depending on the 
kinds of servers. 

It will be noted that the following advantages 
are obtained according to the present invention. 

(1) In the conventional TSS, each TSS terminal 
has an individual space, and hence a great 
number of spaces are required. As a conse- 
quence, all spaces cannot be located in the 
memory and the processing is therefore ex- 
ecuted by effecting a swap-out operation. More- 
over, the change-over between spaces must be 
quite frequently achieved, which leads to a great 
overhead. 

According to the present method, the num- 
ber of server spaces is limited and hence the 
overhead associated with the number of spaces 
is reduced. 

(2) Since the operation objective of each server 
is clearly specified, the environments necessary 
to implement the particular function such as the 
tables and files in the memory can be kept 
prepared in advance. 

(3) Since the request is analyzed on the IWS 
side and the destination server is also deter- 
mined therein, the special space to effect the 
request analysis is not necessary for the server 
on the host side, namely, the individual space 
required in the case of the TSS becomes un- 
necessary. 

As a result, the host can dedicatedly effect the 
server processing. 

Claims 

1. A method of distributed interactive processing 
in a composite computer system (figure 1) 
which includes at least one work station (1), at 
least one host computer (2) supporting a group 
of server processes (7i-7 £ ), communication 
lines (3i-3 n ) connected between said at least 
one work station and said at least one host 
computer, and control means (5, 6) included in 
each said work station and each said host 
computer for controlling said communication 
lines to allow communications between said at 
least one work station and said at least one 
host computer, 
comprising the steps of: 

- analysing in a said work station a user 
request entered at said work station to 
perform a specific processing and initiat- 
ing a process (4j) corresponding to said 
request in said work station (figure 4, 42- 
47, figure 5, 51-53), said user request not 
explicitly indicating whether said specific 
processing requires the execution of a 



said server process on a said host com- 
puter; 

- using data stored in advance (13) to 
identify the location of a processing re- 

5 source required by said specific process- 

ing (figure 6, 61-63); 
and 

- where said processing resource is lo- 
cated in said work station, completing 

10 said specific processing within said work 

station (figure 6, 64-65) 
and 

- where said processing resource is lo- 
cated in a said host computer, sending 

75 process request information to said host 

computer (figure 6, 66-67), said informa- 
tion including a server process name; 

- said host computer responding to said 
process request information from said 

20 work station by carrying out the request- 

ed processing in a server process cor- 
responding to said server process name 
and returning a result of said processing 
to said process within said work station. 

25 

2. A method according to claim 1 , wherein 

each said work station (1i, 1 2 , 1 n ) includes 
a function to execute a server process (4j) of a 
relatively low level 
30 and 

each said host computer fa, 2 2 2 m ) com- 
prises a function to execute a server process 
(7j) of a relatively high level. 

35 3. A method according to claim 1 , wherein 

each said work station (1i, I2, ■ 1 n ) includes 
a step responsive to an input of a processing 
request to analyze the processing request and 
determine an existence location where a pro- 

40 gram corresponding to the processing request 

exists (Fig. 5). 

4. A method according to claim 3, wherein 

said request analyzing step (Fig. 5) includes a 

45 substep to be executed when it is detected in 

said work station (1i , I2 1 n ) a condition that 

a particular server process (7^, 7 2 , 7*) of a 
particular one of said host computers fa, 2 2 , 
2 m ) is necessary for supplying said control 

50 means (5, 6) with a name of a processing 

objective process 
and 

said control means (5, 6) connects said par- 
ticular server process (7i , 7 2 7*) of said 

55 host computer fa, 2 2 2 m ) to said work 

station (1 1 , 1 2 1 n ) in accordance with the 

name of the reception processing objective 
process, thereby allowing the processing re- 
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quest issued from a process of said work sta- 
tion (1 1 , 1 2 , 1 n ) to be received by said 
server process (7i , 7 2 , 7 t ). 

5. A method according to claim 4, wherein 5 
said server process (7i, 7 2 , 7 £ ) includes 
processes (7b) each prepared to process a 
particular kind of request. 

6. A method according to claim 3, wherein w 
said request analyzing step (Fig. 5) includes 

the substeps of 

- obtaining a process name with reference 
to a table (12) including process names 

of processes (7^, 7 2 7 t ) each im- w 

plementing a request (61) to be inputted; 

- attaining a name of a processing objec- 
tive by executing the obtained process 
(62) 

and 20 

- determining an existence location of the 
processing objective with reference to a 
directory (13, 63) provided in said at 
least one work station (1i , 1 2 1 n ). 

25 

7. A composite computer system for distributed 
interactive processing in performing a method 
according to one of the claims 1 to 6, including 
at least one work station (1j), at least one host 
computer (2j) supporting a group of server 30 
processes (7i-7 £ ), communication lines (3i-3 n ) 
connected between said at least one work sta- 
tion (1) and said at least one host computer 

(2), and control means (5, 6) controlling said 
communication lines (3i , 3 n ) to allow commu- 35 
nications between said at least one work sta- 
tion (1j) and said at least one host computer 
(2i), 

wherein each work station (1j) comprises: 

- input means (8-10) for receiving process- 40 
ing requests from a user; 

- a process name table (12) in which 
names of processes to respectively im- 
plement processings for various process- 
ing requests are registered; 45 

- means (11) responsive to said process- 
ing requests to determine a correspond- 
ing process name in said process name 
table (12) and to initiate a process having 

said process name; 50 

- a directory (13) in which existence loca- 
tions of the processing objectives cor- 
responding to names of processing ob- 
jectives including a file name and a pro- 
gram name are registered beforehand 55 

- analysing means (4i , 4 2 , 4 n ) to in a 
said work station (1j) analyse a user re- 
quest entered at said work station (1j) to 



perform a specific processing and initiat- 
ing a process corresponding to said re- 
quest in said work station (1j), said user 
request not explicitly indicating whether 
said specific processing requires the ex- 
ecution of a said server process (figure 
6, 61-63) on a said host computer (2j) 
using data stored in advance (13) to 
identify the location of a processing re- 
source required by said specific process- 
ing (figure 6, 64-65); 
and 

- a processing resource located in said 
work station (1j) for completing said spe- 
cific processing within said work station 
and 

- a processing resource located in said 
work station (1j) for sending process re- 
quest information to said host computer 
(2j), said information including a server 
process name; 

said host computer (2j) responding to said 
process request information from said work 
station (1j) by carrying out the requested pro- 
cessing in a server process corresponding to 
said server process name and returning a re- 
sult of said processing to said process in said 
work station (1 j). 

8. A system according to claim 7, wherein 
said host computer (2j) comprises 

- communication control means (6, 6a) for 
controlling the receiving and transferring 
of communication information from each 
said work station (1j), comprising 

- a buffer existing in a virtual storage for 
storing information from said commu- 
nication lines (3j), said store informa- 
tion including a process name of a 
source issuing a request, a name of a 
server process as a communication 
destination and information indicating 
the content of the request 

and 

- server execution means (7^ , 7 2 7*) 

responsive to indication information 
from said communication control 
means (6, 6a) for executing the server 
process representing a process to im- 
plement a function for a particular op- 
eration objective. 

9. A system according to claim 8, wherein 

said host computer (2j) includes a name table 
(15) in which names of server processes and 
identifiers of spaces associated with the re- 
spective server processes are registered, 
said server process execution means (7^ , 7 2 , 
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7jt) include a communication accept section 
(6a) for receiving information of a correspond- 
ing server spacewhich is obtained by said host 
computer communication control means (6, 6a) 
by referencing said process name table (15) in 5 
response to the information from said work 
station (1j) 
and 

said communication accept section (6a) estab- 
lishes, when an acknowledge answer is to be 10 
issued, a connection between the process in 
said work station (1j) and the server in said 
host computer (2j), thereby enabling the server 
to effect an accept processing of the process- 
ing request from the particular process. w 

Patentanspruche 

1. Verfahren zur verteilten, interaktiven Verarbei- 

tung in einem zusammengesetzten Computer- 20 
system (Fig. 1), das zumindest eine Arbeitssta- 
tion (1) aufweist, einen Verarbeitungscomputer 
(2), der eine Gruppe von Servervorgangen {7^ 
- 7|) unterstutzt, Verbindungsleitungen (3i - 
3 n ), die zwischen die zumindest eine Arbeits- 25 
station und den zumindest einen Verarbei- 
tungscomputer geschaltet sind, und eine 
Steuerungseinrichtung (5, 6) in jeder Arbeits- 
station und in jedem Verarbeitungscomputer 
zur Steuerung der Verbindungsleitungen, um 30 
die Verbindungen zwischen der zumindest ei- 
nen Arbeitsstation und dem zumindest einen 
Verarbeitungscomputer zu ermoglichen, mit 
den Schritten: 

- Analysieren einer in die Arbeitsstation 35 
eingegebenen Benutzeranfordnung in der 
Arbeitsstation, um eine spezifische Verar- 
beitung durchzufuhren und um in der 
Arbeitsstation einen Vorgang (4j) entspre- 
chend der Anforderung zu beginnen (Fig. 40 
4, 42-47, Fig. 5, 51-53), wobei die Benut- 
zeranforderung nicht ausdrucklich an- 
zeigt, ob die spezifische Verarbeitung die 
Ausfuhrung eines der Servervorgange im 
Verarbeitungscomputer benotigt, 45 

- Verwendung vorweg gespeicherter Daten 
(13) zur Identifizierung des Orts einer 
Verarbeitungseinrichtung, die fur die spe- 
zifische Verarbeitung benotigt wird (Fig. 

6, 61-63); 50 
und 

- vollstandiges Ausfuhren der spezifischen 
Verarbeitung innerhalb der Arbeitsstation 
(Fig. 6, 64-65), wenn sich die Verarbei- 
tungseinrichtung in der Arbeitsstation 55 
befindet, 

und 



- Senden einer Vorgangsanforderungsin- 
formation an den Verarbeitungscomputer 
(Fig. 6, 66-67), wenn sich die Verarbei- 
tungseinrichtung im Verarbeitungscom- 
puter befindet, wobei die Information den 
Namen eines Servervorgangs umfaBt; 

- wobei der Verarbeitungscomputer auf die 
von der Arbeitsstation kommende Vor- 
gangsanforderungsinformation antwortet, 
indem entsprechend dem Namen des 
Servervorgangs die angeforderte Verar- 
beitung in einem Servervorgang ausge- 
fuhrt wird und das Ergebnis der Verar- 
beitung an den Vorgang innerhalb der 
Arbeitsstation zuruckgegeben wird. 

2. Verfahren nach Anspruch 1 , wobei 

jede der Arbeitsstationen (1i, I2, ■■■1 n ) eine 
Funktion zur Ausfuhrung eines Servervorgangs 
(4j) auf einem vergleichsweise niedrigem Ni- 
veau aufweist, 
und 

jeder der Verarbeitungscomputer 2 2 , ...2 m ) 
eine Funktion zur Ausfuhrung eines Servervor- 
gangs (7j) auf einem vergleichsweise hohen 
Niveau aufweist. 

3. Verfahren nach Anspruch 1 , wobei 

jede der Arbeitsstationen (1i, 1 2 , ...1 n ) einen 
auf eine Eingabe einer Verarbeitungsanforde- 
rung ansprechenden Schritt zum Analysieren 
der Verarbeitungsanforderung und zur Bestim- 
mung des Aufenthaltsortes, wo ein Programm 
entsprechend der Verarbeitungsanfrage exi- 
stiert (Fig. 5), aufweist. 

4. Verfahren nach Anspruch 3, wobei 

der Schritt des Analysierens der Anforderung 
(Fig. 5) einen Unterschritt aufweist, der dann 
auszufuhren ist, wenn in der Arbeitsstation (1i, 
I2, ...1 n ) ein Zustand erfaGt wird, dai3 ein be- 
stimmter Servervorgang (7i , 7 2 , ...7|) eines be- 
stimmten Verarbeitungscomputers (2i , 2 2 , 
...2 m ) notwendig ist, um der Steuerungseinrich- 
tung (5, 6) einen Namen eines Verarbeitungs- 
zielvorgangs zuzufuhren und 
die Steuerungseinrichtung (5, 6) den bestimm- 
ten Servervorgang (7^, 7 2 , ...7,) des Verarbei- 
tungscomputers (2i , 2 2 , ...2 m ) entsprechend 
dem Namen des Empfangsverarbeitungsziel- 
vorgangs mit der Arbeitsstation (1i, 1 2 , ...1 n ) 
verbindet, wodurch der Empfang der von ei- 
nem Vorgang in der Arbeitsstation (1 1 , 1 2 , ...1 n ) 
ausgegebenen Verarbeitungsanforderung 
durch den Servervorgang (7^, 7 2 , ...7|) ermog- 
licht wird. 
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5. Verfahren nach Anspruch 4, wobei 

der Servervorgang (7i, 7 2 , ...7|) Vorgange (7b) 
umfaBt, die jeweils zur Verarbeitung einer be- 
stimmten Art von Anforderung erzeugt wurden. 

5 

6. Verfahren nach Anspruch 3, wobei 

der Schritt des Analysierens einer Anforderung 
(Fig. 5) folgende Unterschritte enthalt: 

- Ermitteln eines Vorgangsnamens bezug- 
nehmend auf eine Tabeile 12, die Vor- w 
gangsnamen von Vorgangen (7:, 7 2) ...7|) 
enthalt, von denen jeder eine einzuge- 
bende Anforderung (61) umsetzt; 

- Gewinnen eines Namens eines Verarbei- 
tungsziels durch Ausfuhren des ermittel- w 
ten Prozesses (62) 

und 

- Bestimmen eines Aufenthaltsorts des 
Verarbeitungsziels bezugnehmend auf 

ein Verzeichnis (13, 63), das in der zu- 20 
mindest einen Arbeitsstation (1 1 , I2, 
...1 n ) vorgesehen ist. 

7. Zusammengesetztes Com putersy stem fur die 
verteilte, interaktive Verarbeitung mittels 25 
Durchfuhrung eines Verfahrens nach einem 

der Anspruche 1 bis 6, 

mit zumindest einer Arbeitsstation (1j), zumin- 
dest einem Verarbeitungscomputer (2j), der 
eine Gruppe von Servervorgangen (7^ - 7\) 30 
unterstutzt, Verbindungsleitungen (3i - 3 n ), die 
zwischen die zumindest eine Arbeitsstation (1) 
und den zumindest einen Verarbeitungscom- 
puter (2) geschaltet sind, und einer Steue- 
rungseinrichtung (5, 6), die die Verbindungslei- 35 
tungen (3i , 3 n ) steuern, um die Verbindung 
zwischen der zumindest einen Arbeitsstation 
(1j) und dem zumindest einen Verarbeitungs- 
computer (2j) zu ermoglichen, 
wobei jede Arbeitsstation (1 j) aufweist: 40 

- eine Eingabeeinrichtung (8 - 10) zum 
Empfangen von Verarbeitungsanforde- 
rungen von einem Anwender; 

- eine Vorgangsnamentabelle (12), in der 
Namen von Vorgangen fur die jeweilige 45 
Umsetzung von Verarbeitungen fur die 
verschiedenen Verarbeitungsanforderun- 

gen gespeichert sind; 

- eine Einrichtung (11), die auf die Verar- 
beitungsanforderungen anspricht, um ei- 50 
nen entsprechenden Vorgangsnamen in 

der Vorgangsnamentabelle (12) zu be- 
stimmen und um einen Vorgang, der die- 
sen Vorgangsnamen hat, zu beginnen, 

- ein Verzeichnis (13), in dem vorweg die 55 
Aufenthaltsorte von Verarbeitungszielen 
entsprechend den Namen der Verarbei- 
tungsziele einschlieGlich eines Dateina- 



mens und eines Programmnamens ge- 
speichert werden, 

- eine Analysiereinrichtung (4i , 4 2 , ...4 n ), 
um in der Arbeitsstation (1j) eine in der 
Arbeitsstation (1j) eingegebene Benutzer- 
anforderung zu analysieren, um eine 
spezifische Verarbeitung durchzufuhren 
und um einen Vorgang entsprechend der 
Anforderung in der Arbeitsstation (1j) zu 
beginnen, wobei die Benutzeranforde- 
rung nicht explizit angibt, ob die spezifi- 
sche Verarbeitung die Ausfuhrung eines 
der Servervorgange (Fig. 6, 61-63) im 
Verarbeitungscomputer (2j) unter Ver- 
wendung der vorab gespeicherten Daten 
(13) zur Identifizierung des Orts einer 
durch die spezifische Verarbeitung (Fig. 
6, 64-65) benotigten Verarbeitungsein- 
richtung benotigt; 

und 

- eine sich in der Arbeitsstation (1j) befin- 
dende Verarbeitungseinrichtung zur Be- 
endigung der spezifischen Verarbeitung 
innerhalb der Arbeitsstation und 

- eine sich in der Arbeitsstation (1j) befin- 
dende Verarbeitungseinrichtung zum 
Senden einer Vorgangsanforderungsin- 
formation an den Verarbeitungscomputer 
(2j), wobei die Information einen Server- 
vorgangsnamen umfaBt, 

wobei der Verarbeitungscomputer (2j) auf 
die von der Arbeitsstation (1 j) kommende 
ProzeGanforderungsinformation reagiert, 
indem die angeforderte Verarbeitung in 
einem dem Servervorgangsnamen ent- 
sprechenden Servervorgang ausgefuhrt 
wird und das Ergebnis der Verarbeitung 
an den Vorgang in der Arbeitsstation (1j) 
zuruckgegeben wird. 

8. System nach Anspruch 7, bei dem 

der Verarbeitungscomputer (2j) aufweist 

- eine Verbindungssteuerungseinrichtung 
(6, 6a) zur Steuerung des Empfangs und 
des Ubertragens von Verbindungsinfor- 
mation von jeder der Arbeitsstationen 
(1i), mit 

- einem in einem virtuellen Speicher 
existierenden Puffer zur Speicherung 
von von den Verbindungsleitungen (3j) 
kommenden Informationen, wobei die 
gespeicherte Information den Vor- 
gangsnamen einer eine Anforderung 
ausgebenden Quelle aufweist, den 
Namen eines Servervorgangs als Ver- 
bindungszielort sowie eine Informa- 
tion, die den Inhalt der Anforderung 
angibt, und 
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- einer Serverausfuhrungseinrichtung 
(7i, 7 2 , ...7|), die nach MaBgabe einer 
Angabeinformation aus der Verbin- 
dungssteuerungseinrichtung (6, 6a) ar- 
beitet, zur Ausfuhrung des Servervor- 
gangs, der einen Vorgang zur Umset- 
zung einer Funktion fur ein bestimm- 
tes Vorgangsziel darstellt. 

9. System nach Anspruch 8, wobei 

der Verarbeitungscomputer (2j) eine Namen- 
stabelle (15) aufweist, in der Namen von Ser- 
vervorgangen und Identifizierer von mit den 
jeweiligen Servervorgangen verknupften Rau- 
men gespeichert sind, 

wobei die Servervorgangsausfuhrungseinrich- 
tung (7i, 7 2 , ...7,) einen Verbindungsannahme- 
abschnitt (6a) aufweist zum Empfangen von 
Information eines entsprechenden Server- 
raums, die durch die Verbindungssteuerungs- 
einrichtung (6, 6a) des Host-Computers durch 
Bezugnahme auf die Vorgangsnamentabelle 
(15) nach MaGgabe der Information aus der 
Arbeitsstation (1j) ermittelt wird, und 
wobei 

der Verbindungsannahmeabschnitt (6a) eine 
Verbindung zwischen dem Vorgang in der Ar- 
beitsstation (1j) und dem Server im Verarbei- 
tungscomputer (2j) aufbaut, wenn eine Bestati- 
gungsantwort auszugeben ist, wodurch der 
Server in die Lage versetzt wird, eine Annah- 
meverarbeitung der Verarbeitungsanforderung 
des besonderen Vorgangs durchzufuhren. 

Revendications 

1. Procede de traitement interactif reparti dans un 
systeme informatique composite (figure 1), qui 
comprend au moins un poste de travail (1), au 
moins un ordinateur central (2) supportant un 
groupe de processus de serveurs (7i-7|), des 
lignes de communication (3i-3 n ) branchees en- 
tre ledit au moins un poste de travail et ledit au 
moins un ordinateur central, et des moyens de 
commande (5, 6) contenus dans chacun des- 
dits postes de travail et chacun desdits ordina- 
teurs centraux pour commander lesdites lignes 
de communication de maniere a permettre les 
communications entre ledit au moins un poste 
de travail et ledit au moins un ordinateur cen- 
tral, comprenant les etapes consistant a : 
- analyser, dans Tun desdits postes de tra- 
vail, une demande d'utilisateur introduite 
dans ledit poste de travail pour executer 
un traitement specifique et declencher un 
processus (4j) correspondant a ladite de- 
mande dans ledit poste de travail (figure 
4, 42-47, figure 5, 51-53), ladite demande 



d'utilisateur n'indiquant pas de fagon ex- 
plicite si ledit traitement specifique re- 
quiert I'execution de Tun desdits proces- 
sus de serveurs dans Tun desdits ordina- 
5 teurs centraux; 

- utiliser des donnees memorisees par 
avance (13) pour identifier I'emplacement 
d'une ressource de traitement qui est 
requise par ledit traitement specifique (fi- 

w gure 6, 61-63); et 

- lorsque ladite ressource de traitement est 
situee dans ledit poste de travail, achie- 
ver ledit traitement specifique dans ledit 
poste de travail (figure 6, 64-65), et 

75 - lorsque ladite ressource de traitement est 

situee dans ledit ordinateur central, en- 
voyer une information de demande de 
processus audit ordinateur central (figure 
6, 66-67), ladite information contenant un 

20 nom de processus de serveur; 

- ledit ordinateur central repondant a ladite 
information de demande de processus 
provenant dudit poste de traitement, par 
I'execution du traitement demande dans 

25 un processus de serveur correspondant 

audit nom de processus de serveur,et 
renvoyant un resultat dudit traitement au- 
dit processus a I'interieur dudit poste de 
travail. 

30 

2. Procede selon la revendication 1, selon lequel 
chacun desdits postes de travail (1i, 1 2 , 1 n ) 
inclut une fonction consistant a executer un 
processus de serveur (4j) possedant un niveau 

35 relativement bas, et 

chacun desdits ordinateurs centraux (2i , 2 2 , 
2 m ) comprend une fonction servant a executer 
un processus de serveur (7j) possedant un 
niveau relativement eleve. 

40 

3. Procede selon la revendication 1, selon lequel 
chacun desdits postes de travail (1i, 1 2 , 1 n ) 
inclut une etape repondant a une entree d une 
demande de traitement pour analyser la de- 

45 mande de traitement et determiner un empla- 

cement d'existence, 0C1 existe un programme 
correspondant a la demande de traitement (fi- 
gure 5). 

50 4. Procede selon la revendication 3, selon lequel 
ladite etape d'analyse de demande (figure 5) 
inclut une etape secondaire devant etre exe- 
cutee lorsque dans ledit poste de travail (1i, 
I2 1 n ) est detectee une condition selon 

55 laquelle un processus de serveur particulier 

(7i, 7 2 , 7|) de I'un particulier desdits ordina- 
teurs centraux (2i , 2 2 , 2 m ) est necessaire 
pour I'envoi d'un nom d'un processus objectif 



12 



21 



EP 0 248 403 B1 



22 



de traitement auxdits moyens de commande 
(5, 6), et 

lesdits moyens de commande (5, 6) raccordent 
ledit processus de serveur particulier (7^ , 7 2 , 

7 n ) dudit ordinateur central (2i , 2 2 2 m ) 5 

audit poste de travail (1 1 , 1 2 1 n ) en fonction 

du processus objectif de traitement de recep- 
tion, ce qui permet la reception de la demande 
de traitement, provenant d'un processus dudit 

poste de travail (1i, 1 2 1 n ). par 'edit pro- 10 

cessus de serveur (7: , 7 2 , 7 n ). 

5. Procede selon la revendication 4, selon lequel 
ledit processus de serveur (7^ , 7 2 7 n ) inclut 

des processus (7b) prepares chacun pour trai- 15 
ter un type particulier de demande. 

6. Procede selon la revendication 3, selon lequel 
ladite etape d'analyse de demande (figure 5) 
inclut les etapes secondaires consistant a 20 

- obtenir un nom de processus par refe- 
rence a une table (12) contenant des 
noms de processus (7^, 7 2 , 7,) met- 
tant en oeuvre chacun une demande (61) 
devant etre introduite; 25 

- obtenir un nom d'un objectif de traite- 
ment moyennant I'execution du proces- 
sus obtenu (62), et 

- determiner un emplacement d'existence 

de I'objectif de traitement en reference a 30 
un repertoire (13, 63) prevu dans ledit au 
moins un poste de travail (1 1 , 1 2) 1 n ). 

7. Systeme informatique composite pour un trai- 
tement interactif reparti, pour la mise en oeu- 35 
vre d'un procede selon I'une des revendica- 
tions 1 a 6, comprenant au moins un poste de 
travail (1), au moins un ordinateur central (2j) 
supportant un groupe de processus de ser- 
veurs (7i -7|), des lignes de communication (3i - 40 
3 n ) branchees entre ledit au moins un poste de 
travail (1) et ledit au moins un ordinateur cen- 
tral (2), et des moyens de commande (5, 6) 
commandant lesdites lignes de communication 

(3i , 3 n ) pour permettre I'etablissement de com- 45 
munications entre ledit au moins un poste de 
travail (1j) et ledit au moins un ordinateur cen- 
tral (2j), et dans lequel chaque poste de travail 
(1 i) comprend : 

- des moyens d'entree (8-10) pour rece- 50 
voir des demandes de traitement de la 

part d'un utilisateur; 

- une table (12) de noms de processus, 
dans laquelle sont enregistres des noms 

de processus servant a mettre en oeuvre 55 
respectivement des traitements pour dif- 
ferentes demandes de traitement; 



- des moyens (11) repondant auxdites de- 
mandes de traitement pour determiner 
un nom de processus correspondant 
dans ladite table (12) de noms de pro- 
cessus et declencher un processus pos- 
sedant ledit nom; 

- un repertoire (13), dans lequel des em- 
placements d'existence des objectifs de 
traitement correspondant a des noms 
d'objectifs de traitement incluant un nom 
de fichier et un nom de programme, sont 
enregistres par avance, 

- des moyens d'analyse (4i , 4 2 , 4 n ) 
pour analyser, dans I'un desdits postes 
de travail (1j), une demande d'utilisateur 
introduite dans ledit poste de travail (1j) 
pour executer un traitement specifique et 
declencher un processus correspondant 
a ladite demande dans ledit poste de 
travail (1j), ladite demande d'utilisateur 
n'indiquant pas explicitement si ledit trai- 
tement specifique requiert I'execution du- 
dit processus de serveur (figure 6, 61-63) 
dans ledit ordinateur central (2j) moyen- 
nant I'utilisation ce donnees, memorisees 
par avance (13) pour identifier I'emplace- 
ment d'une ressource de traitement re- 
quise par ledit traitement specifique (fi- 
gure 6, 64-65); et 

- une ressource de traitement situee dans 
ledit poste de travail (1j) pour achever 
ledit traitement specifique dans ledit pos- 
te de travail, et 

- une ressource de traitement situee dans 
ledit poste de travail (1j) pour envoyer 
une information de demande de proces- 
sus audit ordinateur central (2j), ladite 
information incluant un nom de proces- 
sus de serveur; 

- ledit ordinateur central (2j) repondant a 
ladite information de demande de pro- 
cessus provenant dudit poste de travail 
(1j) en executant le traitement demande 
dans un processus de serveur corres- 
pondant audit nom de processus de ser- 
veur, et renvoyant le resultat dudit traite- 
ment audit processus dans ledit poste de 
travail (1 j). 

8. Systeme selon la revendication 7, dans lequel 
ledit ordinateur central (2j) comprend 

- des moyens de commande de communi- 
cation (6, 6a) pour commander la recep- 
tion et le transfert d'une information de 
communication a partir de chacun des- 
dits postes de travail (1 j), comprenant 

- un tampon existant dans une memoire 
virtuelle pour memoriser une informa- 
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tion provenant desdites lignes de 
communication (3j), ladite information 
de memorisation comprenant un nom 
de processus d'une source delivrant 
une demande, un nom d'un processus 5 
ce serveur en tant que destination de 
communication et une information in- 
diquant le contenu de la demande, et 
- des moyens d'execution de serveur 

(7i , 72 7 n ) aptes a repondre a une w 

information d'indication delivree par 
lesdits moyens de commande de 
communication (6, 6a) pour I'exe- 
cution du processus de serveur repre- 
sentant un processus pour la mise en w 
oeuvre d'une fonction pour un objectif 
d'operation particuliere. 

Systeme selon la revendication 8, dans lequel 
ledit ordinateur central (2j) comprend une table 20 
de noms (15), dans laquelle des noms de pro- 
cessus de serveurs et des identifiants d'espa- 
ces associes aux processus respectifs de ser- 
veurs sont enregistres, 

lesdits moyens d'execution de processus de 25 
serveurs (7i , 72, 7 n ) incluent une section 
d'acceptation de communication (6a) pour la 
reception d'une information d'un espace de 
serveur correspondant, qui est obtenue par 
lesdits moyens (6, 6a) de commande de com- 30 
munication dudit ordinateur central, par refe- 
rence a ladite table (15) de noms de proces- 
sus en reponse a I'information delivree arrivant 
par ledit poste de travail (1j), et 
ladite section d'acceptation de communication 35 
(6a) etablit, lorsqu'une reponse d'accuse de 
reception doit etre delivree, une connexion en- 
tre le processus dans ledit poste de travail (1j) 
et le serveur dans ledit ordinateur central (2j), 
ce qui permet au serveur d'executer un traite- 40 
ment d'acceptation de la demande de traite- 
ment a partir du processus particulier. 
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